JSON에서 주석을 사용할 수 있습니까?

1
2
다음
아니.
JSON은 데이터 전용이며 주석을 포함하면 데이터도됩니다.
JSON 데이터를 사용하는 앱에서 무시해야하는 "_comment"(또는 기타)라는 지정된 데이터 요소가있을 수 있습니다.
JSON 데이터가 사전에 무엇인지 또는 적어도 그것의 구조를 알아야하기 때문에 JSON을 생성 / 수신하는 프로세스에서 주석을 갖는 것이 더 낫습니다.
그러나 다음을 결정한 경우 :
{
"_comment": "여기에 주석 텍스트 입력 ...",
"용어 사전": {
"title": "예시 용어집",
"GlossDiv": {
"제목": "S",
"GlossList": {
"GlossEntry": {
"ID": "SGML",
"SortAs": "SGML",
"GlossTerm": "표준 일반화 마크 업 언어",
"약어": "SGML",
"Abbrev": "ISO 8879 : 1986",
"GlossDef": {
"para": "DocBook과 같은 마크 업 언어를 만드는 데 사용되는 메타 마크 업 언어입니다.",
"GlossSeeAlso": [ "GML", "XML"]
},
"GlossSee": "마크 업"
}
}
}
}
}
|
아니요, //… 또는 / *… * / 형식의 주석은 JSON에서 허용되지 않습니다. 이 답변은 다음을 기반으로합니다.
https://www.json.org
RFC 4627 :
JSON (JavaScript Object Notation)을위한 application / json 미디어 유형
RFC 8259 JSON (JavaScript Object Notation) 데이터 교환 형식 (RFC 4627, 7158, 7159보다 우선 함)
|
원하는 경우 의견을 포함하십시오. 구문 분석하거나 전송하기 전에 축소기로 제거하십시오.
방금 JSON 블록에서 주석과 공백을 제거하고 구문 분석 할 수있는 유효한 JSON으로 만드는 JSON.minify ()를 출시했습니다. 따라서 다음과 같이 사용할 수 있습니다.
JSON.parse (JSON.minify (my_str));
내가 그것을 발표했을 때, 나는 그것에 대한 생각조차도 동의하지 않는 사람들의 큰 반발을 얻었 기 때문에 JSON에서 왜 댓글이 의미가 있는지에 대한 포괄적 인 블로그 게시물을 작성하기로 결정했습니다. 여기에는 JSON 작성자의 주목할만한 주석이 포함되어 있습니다.
주석을 달고 자하는 구성 파일을 보관하기 위해 JSON을 사용한다고 가정합니다. 계속해서 원하는 모든 주석을 삽입하십시오. 그런 다음 JSON 파서에 전달하기 전에 JSMin을 통해 파이프합니다. -2012 년 Douglas Crockford
JSON.minify ()가 유용한 이유에 동의하지 않는 사람들에게 도움이되기를 바랍니다.
|
설계 상 JSON에서 주석이 제거되었습니다.
사람들이 구문 분석 지시문을 보유하기 위해 주석을 사용하는 것을 보았 기 때문에 JSON에서 주석을 제거했습니다. 댓글이 없다는 사실이 어떤 사람들을 슬프게한다는 것을 알고 있지만 그렇게해서는 안됩니다.
주석을 달고 자하는 구성 파일을 보관하기 위해 JSON을 사용한다고 가정합니다. 계속해서 원하는 모든 주석을 삽입하십시오. 그런 다음 JSON 파서에 전달하기 전에 JSMin을 통해 파이프합니다.
출처 : G +에 대한 Douglas Crockford의 공개 성명
|
JSON은 주석을 지원하지 않습니다. 또한 주석이 필요한 구성 파일에는 사용되지 않았습니다.
Hjson은 인간을위한 구성 파일 형식입니다. 편안한 구문, 더 적은 실수, 더 많은 댓글.
JavaScript, Java, Python, PHP, Rust, Go, Ruby, C ++ 및 C # 라이브러리는 hjson.github.io를 참조하세요.
|
면책 조항 : 귀하의 보증은 무효입니다.
지적했듯이이 해킹은 사양 구현을 활용합니다. 모든 JSON 파서가 이러한 종류의 JSON을 이해하는 것은 아닙니다. 특히 스트리밍 파서는 질식합니다.
흥미로운 호기심이지만 어떤 용도로도 사용해서는 안됩니다. 아래는 원래 답변입니다.
구문 분석에 영향을주지 않는 JSON 파일에 주석을 배치하거나 어떤 식 으로든 표현되는 데이터를 변경할 수있는 약간의 해킹을 발견했습니다.
객체 리터럴을 선언 할 때 동일한 키로 두 개의 값을 지정할 수 있으며 마지막 값이 우선합니다. 믿거 나 말거나 JSON 파서가 동일한 방식으로 작동한다는 것이 밝혀졌습니다. 따라서이를 사용하여 구문 분석 된 객체 표현에 표시되지 않는 소스 JSON에 주석을 만들 수 있습니다.
({a : 1, a : 2});
// => 객체 {a : 2}
Object.keys (JSON.parse ( '{ "a": 1, "a": 2}')). length;
// => 1
이 기술을 적용하면 주석 처리 된 JSON 파일은 다음과 같습니다.
{
"api_host": "API 서버의 호스트 이름. 포트를 지정할 수도 있습니다.",
"api_host": "hodorhodor.com",
"retry_interval": "실패한 API 호출 재시도 간격 (초)",
"retry_interval": 10,
"auth_token": "인증 토큰. 개발자 대시 보드의 '설정'에서 사용할 수 있습니다.",
"auth_token": "5ad0eb93697215bc0d48a7b69aa6fb8b",
"favorite_numbers": "내가 가장 좋아하는 번호를 포함하는 배열",
"favorite_numbers": [19, 13, 53]
}
위의 코드는 유효한 JSON입니다. 파싱하면 다음과 같은 객체를 얻게됩니다.
{
"api_host": "hodorhodor.com",
"retry_interval": 10,
"auth_token": "5ad0eb93697215bc0d48a7b69aa6fb8b",
"favorite_numbers": [19,13,53]
}
즉, 주석의 흔적이 없으며 이상한 부작용이 없습니다.
해피 해킹!
|
YAML 사용을 고려하십시오. 거의 JSON의 상위 집합 (거의 모든 유효한 JSON은 유효한 YAML 임)이며 주석을 허용합니다.
|
당신은 할 수 없습니다. 적어도 그것은 json.org에서 한눈에 보는 나의 경험입니다.
JSON에는 구문이 있습니다.그 페이지에 시각화됩니다. 댓글에 대한 메모가 없습니다.
|
주석은 공식 표준이 아니지만 일부 파서는 C ++ 스타일 주석을 지원합니다. 내가 사용하는 것은 JsonCpp입니다. 예제에는 다음이 있습니다.
// 구성 옵션
{
// 텍스트의 기본 인코딩
"encoding": "UTF-8",
// 시작할 때로드 된 플러그인
"플러그인": [
"파이썬",
"c ++",
"루비"
],
// 탭 들여 쓰기 크기
"indent": { "length": 3, "use_space": true}
}
jsonlint는 이것을 검증하지 않습니다. 따라서 주석은 표준이 아닌 파서 특정 확장입니다.
또 다른 파서는 JSON5입니다.
JSON TOML의 대안입니다.
추가 대안은 jsonc입니다.
nlohmann / json의 최신 버전은 구문 분석에 대한 주석 무시를 선택적으로 지원합니다.
|
대신 JSON 스키마를 작성해야합니다. JSON 스키마는 현재 제안 된 인터넷 초안 사양입니다. 문서 외에도 JSON 데이터의 유효성을 검사하는 데 스키마를 사용할 수도 있습니다.
예:
{
"description": "사람",
"유형": "개체",
"속성":
{
"이름":
{
"유형": "문자열"
},
"나이":
{
"type": "정수",
"최대": 125
}
}
}
설명 스키마 속성을 사용하여 문서를 제공 할 수 있습니다.
|
Jackson을 JSON 파서로 사용하는 경우 다음과 같이 주석을 허용 할 수 있습니다.
ObjectMapper 매퍼 = new ObjectMapper (). configure (Feature.ALLOW_COMMENTS, true);
그런 다음 다음과 같은 의견을 가질 수 있습니다.
{
key : "value"// 주석
}
또한 다음을 설정하여 #으로 시작하는 주석을 가질 수 있습니다.
mapper.configure (Feature.ALLOW_YAML_COMMENTS, true);
그러나 일반적으로 (이전에 답변했듯이) 사양은 주석을 허용하지 않습니다.
|
JSON에 주석을 넣을 수있는 Google Firebase 문서에서 찾은 내용은 다음과 같습니다.
{
"//": "일부 브라우저에서는이를 사용하여 푸시 알림을 활성화합니다.",
"//": "모든 프로젝트에서 동일합니다. 프로젝트의 발신자 ID가 아닙니다.",
"gcm_sender_id": "1234567890"
}
|
아니. JSON은 주석을 지원하는 데 사용되었지만 남용되어 표준에서 제거되었습니다.
JSON 작성자 :
사람들이 구문 분석 지시문을 보유하기 위해 주석을 사용하는 것을 보았 기 때문에 JSON에서 주석을 제거했습니다. 댓글이 없다는 사실이 어떤 사람들을 슬프게한다는 것을 알고 있지만 그렇게해서는 안됩니다. -2012 년 Douglas Crockford
공식 JSON 사이트는 JSON.org에 있습니다. JSON은 ECMA International에서 표준으로 정의합니다. 표준을 개정하기위한 청원 절차는 항상 있습니다. 여러 가지 이유로 주석이 JSON 표준에 추가 될 가능성은 거의 없습니다.
설계 상 JSON은 XML에 대한 쉽게 리버스 엔지니어링 (인간 구문 분석) 대안입니다. 주석이 불필요하다는 점까지 단순화되었습니다. 마크 업 언어도 아닙니다. 목표는 안정성과 상호 운용성입니다.
객체 지향의 "has-a"관계를 이해하는 사람은 모든 JSON 구조를 이해할 수 있습니다. 이것이 요점입니다. 이는 거의 보편적 인 데이터 구조 인 노드 태그 (키 / 값 쌍)가있는 방향성 비순환 그래프 (DAG)입니다.
이 유일한 주석은 "// 이들은 DAG 태그입니다"일 수 있습니다. 키 이름은 필요에 따라 정보를 제공하여 임의의 의미 체계를 허용합니다.
모든 플랫폼은 몇 줄의 코드만으로 JSON을 구문 분석 할 수 있습니다. XML에는 많은 플랫폼에서 실행되지 않는 복잡한 OO 라이브러리가 필요합니다.
주석을 사용하면 JSON이 상호 운용성이 떨어집니다. 정말로 필요한 것이 마크 업 언어 (XML)가 아니라면 추가 할 것이 아무것도 없으며 지속 된 데이터가 쉽게 구문 분석되는지 여부는 신경 쓰지 마십시오.
그러나 JSON 작성자도 관찰했듯이 주석에 대한 JS 파이프 라인 지원이 항상있었습니다.
계속해서 원하는 모든 주석을 삽입하십시오.
그런 다음 JSON 파서에 전달하기 전에 JSMin을 통해 파이프합니다. -2012 년 Douglas Crockford
|
JSON 문자열 인 텍스트 파일을 일부 프로그램에서 읽을 경우 사용하기 전에 C 또는 C ++ 스타일 주석을 제거하는 것이 얼마나 어려울까요?
답변 : 1 개 라이너입니다. 그렇게하면 JSON 파일을 구성 파일로 사용할 수 있습니다.
|
ASP.NET과 함께 Newtonsoft.Json 라이브러리를 사용하여 읽기 / 역 직렬화하는 경우 JSON 콘텐츠에 주석을 사용할 수 있습니다.
// "name": "문자열"
// "id": 정수
또는
/* 이것은
댓글 예 * /
추신 : 한 줄 주석은 6 개 이상의 Newtonsoft Json 버전에서만 지원됩니다.
기본적으로 생각할 수없는 사람들을위한 추가 참고 사항 : 내가 만든 ASP.NET 웹 애플리케이션의 기본 설정에 JSON 형식을 사용합니다. 파일을 읽고 Newtonsoft 라이브러리를 사용하여 설정 개체로 변환하고 필요할 때 사용합니다.
저는 JSON 파일 자체에 각 개별 설정에 대한 주석을 작성하는 것을 선호하며, 사용하는 라이브러리가 괜찮은 한 JSON 형식의 무결성에 대해서는 신경 쓰지 않습니다.
별도의 'settings.README'파일을 만들고 그 안의 설정을 설명하는 것보다 '사용 / 이해하기 쉬운'방법이라고 생각합니다.
이런 종류의 사용에 문제가있는 경우 죄송합니다. 지니가 꺼졌습니다. 사람들은 다른 용도를 찾을 것입니다.JSON 형식이며 이에 대해 할 수있는 작업이 없습니다.
|
JSON의 기본 개념은 애플리케이션간에 간단한 데이터 교환을 제공하는 것입니다. 이들은 일반적으로 웹 기반이며 언어는 JavaScript입니다.
실제로 주석을 허용하지는 않지만 데이터의 이름 / 값 쌍 중 하나로 주석을 전달하면 해당 데이터를 무시하거나 구문 분석 코드에 의해 특별히 처리해야 할 필요가 있지만 확실히 작동합니다.
즉, JSON 파일에 전통적인 의미의 주석이 포함되어야하는 것은 아닙니다. 데이터 일뿐입니다.
자세한 내용은 JSON 웹 사이트를 참조하십시오.
|
JSON은 기본적으로 주석을 지원하지 않지만 자체 디코더 또는 최소한 전처리기를 만들어 주석을 제거 할 수 있습니다. 주석을 무시하고 애플리케이션이 JSON 데이터를 처리하는 방법을 안내하는 데 사용하지 않는 한 완벽합니다. ).
JSON에는 주석이 없습니다. JSON 인코더는 주석을 출력하면 안됩니다.
JSON 디코더는 주석을 수락하고 무시할 수 있습니다.
의미있는 내용을 전달하기 위해 주석을 사용해서는 안됩니다. 그건
JSON이 무엇인지.
Cf : JSON 사양 작성자 Douglas Crockford.
|
구성 파일에 대해 이것을 만났습니다. XML (상세, 그래픽, 추악, 읽기 어려움) 또는 "ini"형식 (계층 구조 없음, 실제 표준 없음 등) 또는 Java "속성"형식 (예 : .ini)을 사용하고 싶지 않습니다.
JSON은 그들이 할 수있는 모든 일을 할 수 있지만, 덜 장황하고 사람이 더 쉽게 읽을 수 있습니다. 파서는 여러 언어에서 쉽고 편재합니다. 데이터 트리 일뿐입니다. 그러나 대역 외 주석은 종종 "기본"구성 등을 문서화하는 데 필요합니다. 구성은 "전체 문서"가 아니라 필요할 때 사람이 읽을 수있는 저장된 데이터 트리입니다.
"유효한"JSON에 대해 "#": "comment"를 사용할 수 있다고 생각합니다.
|
JSON 라이브러리에 따라 다릅니다. Json.NET은 JavaScript 스타일 주석, / * commment * /를 지원합니다.
다른 스택 오버플로 질문을 참조하세요.
|
JSON은 어디에나 있고 XML보다 훨씬 간단하기 때문에 구성 파일 및 기타 로컬 사용에 매우 적합합니다.
사람들이 데이터를 전달할 때 (유효 여부에 관계없이) JSON에 주석을 포함하지 않는 강력한 이유가 있다면 JSON을 두 개로 나눌 수 있습니다.
JSON-COM : 유선의 JSON 또는 JSON 데이터 통신시 적용되는 규칙.
JSON-DOC : JSON 문서 또는 JSON 파일 또는 로컬. 유효한 JSON 문서를 정의하는 규칙.
JSON-DOC는 주석을 허용하며 공백 처리와 같은 기타 사소한 차이가있을 수 있습니다. 파서는 한 사양에서 다른 사양으로 쉽게 변환 할 수 있습니다.
이 문제에 대한 Douglas Crockford의 발언과 관련하여 (@Artur Czajka 참조)
주석을 달고 자하는 구성 파일을 보관하기 위해 JSON을 사용한다고 가정합니다. 계속해서 원하는 모든 주석을 삽입하십시오. 그런 다음 JSON 파서에 전달하기 전에 JSMin을 통해 파이프합니다.
우리는 일반적인 구성 파일 문제 (크로스 언어 / 플랫폼)에 대해 이야기하고 있으며 그는 JS 전용 유틸리티로 응답하고 있습니다!
물론 JSON 특정 축소는 모든 언어로 구현할 수 있습니다.
그러나 이것을 표준화하여 모든 언어와 플랫폼의 파서에서 유비쿼터스가되도록 사람들은 좋은 사용 사례를 가지고 있고 온라인 포럼에서 문제를 찾아보고 사람들이 나쁜 생각이라고 말하도록하기 때문에 기능이 부족한 시간을 낭비하지 않습니다. 또는 텍스트 파일에서 주석 제거를 구현하는 것이 쉽습니다.
다른 문제는 상호 운용성입니다. 라이브러리 나 API 또는 이와 관련된 구성 또는 데이터 파일이있는 모든 종류의 하위 시스템이 있다고 가정합니다. 그리고이 하위 시스템은
다른 언어에서 액세스 할 수 있습니다. 그럼 사람들에게 말하겠습니까? 그런데
파서로 전달하기 전에 JSON 파일에서 주석을 제거하는 것을 잊지 마십시오!
|
JSON5를 사용하는 경우 주석을 포함 할 수 있습니다.
JSON5는 인간이 손으로 작성하고 유지 관리하는 것을 더 쉽게하기 위해 제안 된 JSON 확장입니다. ECMAScript 5에서 직접 몇 가지 최소한의 구문 기능을 추가하여이를 수행합니다.
|
Dojo Toolkit JavaScript 툴킷 (최소 버전 1.4 이상)을 사용하면 JSON에 주석을 포함 할 수 있습니다. 주석은 / * * / 형식 일 수 있습니다. Dojo Toolkit은 dojo.xhrGet () 호출을 통해 JSON을 사용합니다.
다른 JavaScript 툴킷도 유사하게 작동 할 수 있습니다.
이는 최종 옵션을 선택하기 전에 대체 데이터 구조 (또는 데이터 목록)를 실험 할 때 유용 할 수 있습니다.
|
JSON은 프레임 프로토콜이 아닙니다. 언어가없는 형식입니다. 따라서 주석의 형식은 JSON에 대해 정의되지 않았습니다.
많은 사람들이 제안했듯이, 중복 키 또는 사용할 수있는 특정 키 주석과 같은 몇 가지 트릭이 있습니다. 그것은 당신에게 달려 있습니다.
|
JSONP에는 주석을 사용할 수 있지만 순수 JSON에는 없습니다. Highcharts의이 예제를 사용하여 프로그램을 작동 시키려고 한 시간을 보냈습니다. http://www.highcharts.com/samples/data/jsonp.php?filename=aapl-c.json&callback=?
링크를 따라 가면
? (/ * AAPLGoogle Finance API의 이전 OHLC 데이터 * /
[
/ * 2006 년 5 월 * /
[1147651200000,67.79],
[1147737600000,64.98],
...
[1368057600000,456.77],
[1368144000000,452.97]
]);
내 로컬 폴더에 비슷한 파일이 있었기 때문에 Same-origin 정책에 문제가 없었기 때문에 순수한 JSON을 사용하기로 결정했습니다. 물론 $ .getJSON은 주석으로 인해 조용히 실패했습니다.
결국 나는 위의 주소로 수동 HTTP 요청을 보냈고 JSONP가 순수한 JavaScript를 반환하기 때문에 콘텐츠 유형이 text / javascript라는 것을 깨달았습니다. 이 경우 주석이 허용됩니다. 하지만 내 응용 프로그램이 콘텐츠 유형의 application / json을 반환했기 때문에 주석을 제거해야했습니다.
|
이것은 "당신은 할 수 있습니까"질문입니다. 그리고 여기에 "예"대답이 있습니다.
아니요, 중복 객체 멤버를 사용하여 사이드 채널 데이터를 JSON 인코딩으로 채우면 안됩니다. (RFC의 "객체 내 이름은 고유해야 함"참조).
그리고 예, JSON 주위에 주석을 삽입 할 수 있으며이를 구문 분석 할 수 있습니다.
그러나 임의의 부 채널 데이터를 유효한 JSON에 삽입하고 추출하는 방법을 원한다면 여기에 답이 있습니다. JSON 인코딩에서 고유하지 않은 데이터 표현을 활용합니다. 이는 RFC 섹션 2에서 "6 개의 구조 문자 앞뒤에 공백이 허용됨"에 허용됩니다.
* RFC는 문자열, 숫자, "false", "true"및 "null"을 명시 적으로 언급하지 않고 "6 개의 구조 문자 앞뒤에 공백이 허용됩니다"라고만 명시합니다. 이 생략은 모든 구현에서 무시됩니다.
먼저 JSON을 축소하여 정규화합니다.
$ jsonMin = json_encode (json_decode ($ json));
그런 다음 주석을 바이너리로 인코딩합니다.
$ hex = unpack ( 'H *', $ comment);
$ commentBinary = base_convert ($ hex [1], 16, 2);
그런 다음 바이너리를 스테 그하십시오.
$ steg = str_replace ( '0', '', $ commentBinary);
$ steg = str_replace ( '1', "\ t", $ steg);
출력은 다음과 같습니다.
$ jsonWithComment = $ steg. $ jsonMin;
|
면책 조항 : 이것은 바보입니다
실제로 주석을 추가하고 사양 내에서 유지하는 방법이 있습니다 (추가 파서가 필요하지 않음). 그러나 어떤 종류의 구문 분석 없이는 사람이 읽을 수있는 주석이 생성되지 않습니다.
다음을 남용 할 수 있습니다.
토큰 앞뒤에 중요하지 않은 공백이 허용됩니다.
공백은 다음 코드 중 하나 이상의 시퀀스입니다.
포인트 : 문자표 (U + 0009), 줄 바꿈 (U + 000A), 캐리지
리턴 (U + 000D) 및 공백 (U + 0020).
해키 방식으로 이것을 악용하여 댓글을 추가 할 수 있습니다. 예 : 탭으로 댓글을 시작하고 끝냅니다. 주석을 base3으로 인코딩하고 다른 공백 문자를 사용하여 표시합니다. 예를 들면.
010212 010202 011000 011000 011010 001012 010122 010121 011021 010202 001012 011022 010212 011020 010202 010202
(안녕하세요 ASCII에서 3 진수) 그러나 0 대신 공백을 사용하고 1에는 줄 바꿈을 사용하고 2에는 캐리지 리턴을 사용합니다.
이렇게하면 읽을 수없는 공백이 많이 남게됩니다 (즉석에서 인코딩 / 디코딩하는 IDE 플러그인을 만들지 않는 한).
나는 명백한 이유로 이것을 시도한 적이 없으며 당신도 마찬가지입니다.
|
JSON은 그 자체로 주석을 허용하지 않습니다. 추론은 완전히 어리석은 이유는 JSON 자체를 사용하여 추론을 완전히 없애고 다음과 같은 똑같은 결과 및 잠재적 문제에 대해 합당한 이유없이 파서 데이터 공간을로드하는 데 JSON 자체를 사용할 수 있기 때문입니다. 주석 파일.
주석을 넣으려고하면 (예를 들어 // 또는 / * * / 또는 # 사용) 일부 파서는 실패합니다.
JSON 사양 내에서. 그러니 절대 그렇게해서는 안됩니다.
예를 들어, 내 이미지 조작 시스템이 이미지 표기법과 관련 기본 형식 (주석) 정보를 저장 한 경우 (아래) :
{
"표기법": [
{
"anchorX": 333,
"anchorY": 265,
"areaMode": "타원",
"extentX": 356,
"extentY": 294,
"불투명도": 0.5,
"text": "상단 타원형 영역",
"textX": 333,
"textY": 265,
"title": "표기법 1"
},
{
"anchorX": 87,
"anchorY": 385,
"areaMode": "직사각형",
"extentX": 109,
"extentY": 412,
"불투명도": 0.5,
"text": "Rect area \ non bottom",
"textX": 98,
"textY": 385,
"title": "표기법 2"
},
{
"anchorX": 69,
"anchorY": 104,
"areaMode": "다각형",
"extentX": 102,
"extentY": 136,
"불투명도": 0.5,
"pointList": [
{
"i": 0,
"x": 83,
"y": 104
},
{
"i": 1,
"x": 69,
"y": 136
},
{
"i": 2,
"x": 102,
"y": 132
},
{
"i": 3,
"x": 83,
"y": 104
}
],
"text": "단순 다각형",
"textX": 85,
"textY": 104,
"title": "표기법 3"
}
],
"imageXW": 512,
"imageYW": 512,
"imageName": "lena_std.ato",
"tinyDocs": {
"c01": "JSON 이미지 표기 데이터 :",
"c02": "-------------------------",
"c03": "",
"c04": "이 데이터에는 이미지 표기법 및 관련 영역이 포함되어 있습니다.",
"c05": "에 대한 수단을 제공하는 선택 정보",
"c06": "타원으로 표기법을 표시하는 이미지 갤러리",
"c07": "직사각형, 다각형 또는 자유형 영역 표시",
"c08": "갤러리 방문자에게 표시되는 이미지 위에.",
"c09": "",
"c10": "X 및 Y 위치가 모두 이미지에 있음우주. 이미지 ",
"c11": "해상도는 imageXW 및 imageYW로 지정됩니다.",
"c12": "표기 영역을 적절한 크기로 조정하는 데 사용합니다.",
"c13": "이미지 표시 위치 및 크기",
"c14": "크기에 관계없이.",
"c15": "",
"c16": "타원의 경우 앵커는 타원의 중심입니다.",
"c17": "그리고 범위는 각각 X 및 Y 반경입니다.",
"c18": "",
"c19": "직사각형의 경우 앵커는 왼쪽 상단에 있습니다.",
"c20": "범위는 오른쪽 하단입니다.",
"c21": "",
"c22": "자유형 및 다각형 영역 모드의 경우 pointList",
"c23": "번호가 매겨진 일련의 XY 점을 포함합니다. 영역 인 경우",
"c24": "종료되었습니다. 마지막 지점은 다음과 같습니다.",
"c25": "먼저, 그리기 만하면됩니다.",
"c26": "목록에있는 점 사이의 선. 앵커 및 범위",
"c27": "표시된 왼쪽 상단과 오른쪽 하단에 설정됩니다.",
"c28": "영역, 단순한 직사각형으로 사용할 수 있음",
"c29": "이 유형 위에 마우스를 올려 놓은 위치 감지",
"c30": "영역.",
"c31": "",
"c32": "textx 및 texty 위치는 기본 위치를 제공합니다.",
"c33": "텍스트 정보를 찾는 데 도움이되는 정보",
"c34": "지역과 관련된 합리적인 위치에서",
"c35": "표시.",
"c36": "",
"c37": "불투명도는 0과 1 사이의 값입니다. 여기서 .5는 나타냅니다.",
"c38": "50 % 불투명 한 배경과 1.0은 완전히 불투명 함을 나타냅니다.",
"c39": "배경. 영역을 그리는 것이 좋습니다.",
"c40": "사용자가 이미지 위로 포인터를 가져가는 경우에만",
"c41": "그리고 영역과 관련된 텍스트가 그려집니다.",
"c42": "사용자가 표시된 위에 포인터를 놓은 경우에만",
"c43": "지역."
}
}
|
우리는 프로젝트에 strip-json-comments를 사용하고 있습니다. 다음과 같은 것을 지원합니다.
/ *
* 설명
* /
{
// 무지개
"unicorn": / * ❤ * / "케이크"
}
간단히 npm install --save strip-json-comments를 설치하고 다음과 같이 사용합니다.
var strip_json_comments = require ( 'strip-json-comments')
var json = '{/ * rainbows * / "unicorn": "cake"}';
JSON.parse (strip_json_comments (json));
// => {unicorn : 'cake'}
|
제 경우에는 JSON 구조 출력 직전에 디버그 목적으로 주석을 사용해야합니다. 그래서 클라이언트가 깨지지 않도록 HTTP 헤더에 디버그 정보를 사용하기로 결정했습니다.
header ( "My-Json-Comment : 예, 해결 방법이라는 것을 알고 있습니다 ;-)");
|
JSON 항목을 부분으로 자르기 위해 "더미 주석"줄을 추가합니다.
{
"#############################" : "1 부",
"data1": "값 1",
"data2": "값 2",
"#############################" : "2 부",
"data4": "값 3",
"data3": "값 4"
}
|
1
2
다음
매우 적극적인 질문입니다. 이 질문에 답하기 위해 평판 10을 획득하십시오. 평판 요구 사항은 스팸 및 비 응답 활동으로부터이 질문을 보호하는 데 도움이됩니다.
찾고있는 답변이 아닙니까? json 댓글 태그가 달린 다른 질문을 찾아 보거나 직접 질문하세요.